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Description 

SYSTEM AND METHOD FOR IMPROVING 
ACCURACT OF BASELINE MODELS 

Cross Reference to Related Applications 

[0001] The present application is a continuation-in-part of co- 
pending United States Patent Application No. 09/682,314, 
filed on August 17, 2001, the entirety of which is incorpo- 
rated by reference herein. 
Background of the Invention 

[0002] The present invention relates generally to systems and 
methods for improving the quality and productivity of a 
product or process and more particularly to baseline 
modeling of a product or process. 

[0003] Baseline modeling of a product or process generally pro- 
vides an understanding of the performance of an ideal 
product or process over time. An engine is one type of 
product or process that baseline modeling is suitable for 
use. Engine baseline modeling has a multitude of uses in- 
cluding, but not limited to, determining when an engine 



performs out of specification, predicting when an engine 
failure will occur, detecting abnormal conditions, deter- 
mining the quality of an engine and designing new en- 
gines. Typically, engine baseline models are developed 
from data gathered from thermodynamic cycle analyses 
and simulation. First, models of ideal values are created 
and indexed by variables such as altitude, temperature, 
power setting, and air speed. Once data from the normal 
operation of the engine is available, these models are up- 
dated by analyzing data corresponding to a particular 
model characteristic. An engineer then looks for data that 
are similar for the specified engine variables (e.g., alti- 
tude, temperature, power setting, air speed), groups the 
similar data, averages them for each variable and per- 
forms other operations as desired. The engineer then 
plots data for each of the variables. The plots provide in- 
terrelationship information between each of the engine 
variables, which the engineer uses to create tables of typi- 
cal operation parameters the baseline model. These tables 
of parameters are used as the basis of comparison for en- 
gine operation. Differences from the baseline model may 
indicate engine faults or deterioration trends. 
[0004] There are several problems associated with this type of 



engine baseline modeling. First, this type of engine base- 
line modeling is very labor intensive because the engineer 
has to review the data, find data that are similar, group 
and average the data, perform other desired operations 
on the data, plot the data and create tables. Another 
problem is that one engineer cannot readily reproduce an 
engine baseline model developed by another engineer be- 
cause this process is very individualized. It is helpful if 
one engineer can reproduce the engine baseline model 
generated by another engineer to validate quality of the 
baseline. Another problem associated with this type of 
engine baseline model is that the resulting model does 
not provide a good picture of an engine operating outside 
normal conditions. Furthermore, this type of engine base- 
line modeling does not provide a measure of how good 
the developed model is. 
[0005] Accordingly, there is a need in the art of statistical model- 
ing for an automated approach to engine baseline model- 
ing that standardizes the process to improve reliability by 

minimizing human interventions. 
Brief Summary of the Invention 

[0006] The present invention overcomes the problems noted 

above, and provides additional advantages, by providing a 



system, method and computer readable medium that 
stores instructions for instructing a computer system, to 
perform engine baseline modeling. In one embodiment of 
the present invention, an engine service database contains 
engine data, wherein the engine data includes at least 
time-varying engine data. A preprocessor for processing 
the engine data into a predetermined format. An engine 
baseline modeling component builds an initial engine 
baseline model from the preprocessed data using a re- 
gression analysis, wherein the regression analysis relates 
engine performance variables as a function of engine op- 
erating conditions. The engine baseline modeling compo- 
nent then applies a smoothing algorithm to the initial en- 
gine baseline model to reduce effects of the time-varying 
engine data and generate a detrended engine baseline 
model. 

[0007] | n a second aspect of this disclosure, there is a system, 
method and computer readable medium that stores in- 
structions for instructing a computer system, to perform 
engine baseline modeling. In this embodiment, an engine 
service database contains engine data. A preprocessor 
processes the engine data into a predetermined format, 
wherein the preprocessor comprises a data segmenting 



component that segments the engine data into a plurality 
of groups. An engine baseline modeling component builds 
an initial engine baseline model from the preprocessed 
data using a regression analysis, wherein the regression 
analysis relates engine performance variables as a func- 
tion of engine operating conditions. The engine baseline 
modeling component identifies correlated groups of en- 
gine data based upon the initial engine baseline model 
and combines data from correlated groups. The engine 
baseline modeling component then builds a final engine 
baseline model from the combined data using a regres- 
sion analysis. 

[0008] | n a third aspect of this disclosure, there is a system, 

method and computer readable medium that stores in- 
structions for instructing a computer system, to perform 
engine baseline modeling of an aircraft engine. In this 
embodiment, an engine service database contains aircraft 
engine data. A preprocessor processes the engine data 
into a predetermined format, wherein the preprocessor 
comprises a data segmenting component that segments 
the engine data into a plurality of groups. An engine 
baseline modeling component that builds an initial engine 
baseline model from the preprocessed data using a re- 



gression analysis, the initial engine baseline model repre- 
sented by a plurality of parameter estimates, wherein the 
regression analysis relates engine performance variables 
as a function of engine operating conditions. The engine 
baseline modeling component then identifies segments 
relating to related engines and averages the parameter 
estimates for each of the identified related engine seg- 
ments. The engine baseline modeling component then 
builds a final engine baseline model from the averaged 

data using a regression analysis. 
Brief Description of Drawings 

[0009] The present invention can be understood more completely 
by reading the following Detailed Description of Preferred 
Embodiments, in conjunction with the accompanying 
drawings. 

[0010] FIG. 1 shows a schematic diagram of a general-purpose 

computer system in which a system for performing engine 

baseline modeling operates. 
[0011] FIG. 2 shows a top-level component architecture diagram 

of the engine baseline modeling system that operates on 

the computer system shown in FIG. 1. 
[0012] FIG. 3 shows a flow chart describing actions performed by 

the engine baseline modeling system shown in FIG. 2. 



[0013] FIG. 4 shows an architectural diagram of a system for im- 
plementing the engine baseline modeling system shown in 
FIG. 2. 

[0014] FIG. 5 is a flow chart describing an alternative embodi- 
ment of actions performed by the engine baseline model- 
ing system shown in FIG. 2. 

[0015] FIG. 6 is a flow chart describing another alternative em- 
bodiment of actions performed by the engine baseline 
modeling system shown in FIG. 2. 

[0016] FIG. 7 is a flow chart describing yet another alternative 

embodiment of actions performed by the engine baseline 

modeling system shown in FIG. 2. 
Detailed Description of the Preferred Embodiments 

[0017] This disclosure describes a system, method and computer 
product for baseline modeling of a product or process 
such as an aircraft engine, however, the disclosure is ap- 
plicable to any type of product or process where it is de- 
sirable to model performance. FIG. 1 shows a schematic 
diagram of a general-purpose computer system in which 
a system for performing engine baseline modeling oper- 
ates. The computer system 10 generally comprises a pro- 
cessor 12, memory 14, input/output devices, and data 
pathways (e.g., buses) 16 connecting the processor, 



memory and input/output devices. The processor 12 ac- 
cepts instructions and data from memory 14 and per- 
forms various operations. The processor 12 includes an 
arithmetic logic unit (ALU) that performs arithmetic and 
logical operations and a control unit that extracts instruc- 
tions from memory 14 and decodes and executes them, 
calling on the ALU when necessary. The memory 14 gen- 
erally includes a random-access memory (RAM) and a 
read-only memory (ROM), however, there may be other 
types of memory such as programmable read-only mem- 
ory (PROM), erasable programmable read-only memory 
(EPROM) and electrically erasable programmable read-only 
memory (EEPROM). Also, memory 14 preferably contains 
an operating system, which executes on the processor 12. 
The operating system performs basic tasks that include 
recognizing input, sending output to output devices, 
keeping track of files and directories and controlling vari- 
ous peripheral devices. 
[0018] The input/output devices may comprise a keyboard 18 
and a mouse 20 that enter data and instructions into the 
computer system 10. Also, a display 22 may be used to 
allow a user to see what the computer has accomplished. 
Other output devices may include a printer, plotter, syn- 



thesizer and speakers. A communication device 24 such 
as a telephone or cable modem or a network card such as 
an Ethernet adapter, local area network (LAN) adapter, in- 
tegrated services digital network (ISDN) adapter, Digital 
Subscriber Line (DSL) adapter or wireless access card, en- 
ables the computer system 10 to access other computers 
and resources on a network such as a LAN, wireless LAN 
or wide area network (WAN). A mass storage device 26 
may be used to allow the computer system 10 to perma- 
nently retain large amounts of data. The mass storage de- 
vice may include all types of disk drives such as floppy 
disks, hard disks and optical disks, as well as tape drives 
that can read and write data onto a tape that could include 
digital audio tapes (DAT), digital linear tapes (DLT), or 
other magnetically coded media. The above-described 
computer system 10 can take the form of a hand-held 
digital computer, personal digital assistant computer, 
notebook computer, personal computer, workstation, 
mini-computer, mainframe computer or supercomputer. 
[0019] FIG. 2 shows a top-level component architecture diagram 
of an engine baseline modeling system 28 that operates 
on the computer system 10 shown in FIG. 1. Generally, the 
engine baseline modeling system 28 models the perfor- 



mance of an "ideal engine for a specified type aircraft en- 
gine. An engine baseline model built with the engine 
baseline modeling system 28 has a multitude of uses. An 
illustrative, but non-exhaustive list of potential uses for 
an engine baseline model built from the engine baseline 
modeling system 28 includes monitoring engine status, 
predicting future engine behavior, diagnosing engine 
faults, determining when an engine performs out of spec- 
ification, determining the quality of an engine and design- 
ing new systems for an engine. 
[0020] | n FIG. 2, there is an engine service database 30 that con- 
tains engine data for a variety of aircraft engines. The en- 
gine data comprises an assortment of engine performance 
information for each of the engines. Generally, engine 
performance information includes environmental data in 
which the engines operate such as altitude, air tempera- 
ture, air speed, engine loading, engine temperature and 
pressure. One of ordinary skill in the art will recognize 
that the engine service database 30 may comprises other 
engine performance information such as mach, fan speed, 
etc. In addition, the engine service database 30 may com- 
prise other data such as operational data. A non- 
exhaustive list of engine operational data stored in the 



engine service database 30 includes exhaust gas temper- 
atures (EGT), shaft speed between compressors and tur- 
bines (Ni and N2), pressure combustion (Pa) and fuel flow 
(WF). One of ordinary skill in the art will recognize that 
other engine operational data may include engine bleed 
settings, vibration readings, and control mechanism set- 
tings. Also, the engine service database 30 may comprise 
other data such as aircraft operating and settings data 
(e.g., bleed settings). 
[0021] one of ordinary skill in the art will recognize that there 
are a variety of approaches to acquiring the above data 
and storing them in the engine service database 30. For 
example, some data can be captured automatically using 
on-line data acquisition techniques, while other data can 
be captured using manually recording techniques or on- 
board data capture techniques. Furthermore, the engine 
service database 30 preferably stores the data in a format 
that permits users to import the data into other tools for 
further analysis, such as Microsoft EXCEL®, Minitab, and 
SAS. 

[0022] The engine service database 30 may comprise other types 
of data for the engines. For example, the engine service 
database 30 may comprise service information for the en- 



gines. Generally, the service information will comprise in- 
formation such as engine product information, age infor- 
mation of the engines and repair history of the engines 
(e.g., dates of service events, types of service events, etc.). 
Other types of engine data stored in the engine service 
database 30 may include in-flight data, engine utilization 
data (e.g., where, when, how flown), ownership data, re- 
mote monitoring and diagnostics status data. 

[0023] Referring to FIG. 2, the engine baseline modeling system 
28 comprises a preprocessor 32 that processes the engine 
data into a predetermined format. In particular, the pre- 
processor 32 comprises a data acquisition component 38 
that extracts the engine data from the engine service 
database 30. The data acquisition component 38 acquires 
the service data by using commercially available modules 
available from Minitab, Microsoft, Oracle, etc. which di- 
rectly extract the data into the engine baseline modeling 
system 28, however, one of ordinary skill in the art will 
recognize that one can write specialized code to extract 
the data into a common format and write additional spe- 
cialized code to import that into the system. 

[0024] The preprocessor 32 performs computations that simplify 
future processing of the data, while a data scrubbing 



component 40 cleans the engine data. In particular, the 
preprocessor 32 performs operations that convert the 
data into standard units. For example, the preprocessor 
32 can convert temperature data from Celsius to Kelvin or 
correct engine power setting data by the engine bleed 
settings. Other types of corrections that the preprocessor 
32 may perform include converting pounds to kilograms, 
altitude to pressure, knots and altitude to mach number. 
One of ordinary skill in the art will recognize that the 
listed corrections are only illustrative of some possibilities 
and are not exhaustive of other possibilities. Furthermore, 
one of ordinary skill in the art will recognize that the pre- 
processor 32 can perform the corrections in any manner 
desired (e.g., Celsius to Rankine) and is not limited to the 
above order. Examples of cleaning operations performed 
by the data scrubbing component 40 include discarding 
data elements with missing values, correcting simple ty- 
pographical errors, discarding data elements with erro- 
neous values out of reasonable operating range, etc. One 
of ordinary skill in the art will recognize that the listed 
cleaning operations are only illustrative of some possibili- 
ties and are not exhaustive of other possibilities. 
[0025] | n addition, the preprocessor also comprises a data seg- 



meriting component 42 that segments engine data into 
groups, nodes or clusters that represent similar operating 
conditions. The groups generally include engine perfor- 
mance variables such as power setting, altitude, air speed 
(mach number), and air temperature. One of ordinary skill 
in the art will recognize that other engine performance 
variables such as air humidity and control settings may be 
selected and that the disclosure should not be limited to 
these variables. Once the groups have been selected, then 
the data segmenting component 42 can segment the data 
into the particular group that it relates to. Once the data 
are segmented into the groups, then the data segmenting 
component 42 can use a cluster analysis to determine 
clusters of operating conditions. Alternatively, an engineer 
may assign bands of operations of interest for each of the 
variables. 

[0026] An engine baseline modeling component 34 builds an en- 
gine baseline model from the data processed by the pre- 
processor 32. In particular, the engine baseline model 
built by the engine baseline modeling component relates 
the selected performance variables as a function of engine 
operating conditions using the processed data. Engine 
operating conditions include engine, aircraft and environ- 



mental conditions. In this disclosure, the engine baseline 
model is built from a regression analysis. Generally 
speaking, a regression is the statistical science of deter- 
mining an equation from a finite number of points that 
provides values of yfor a given X, i.e., Y=f(X). hi this dis- 
closure, the equation to be determined can be expressed 
as: 

[0027] 

Y = {(altitude, temperature, power setting, air speed) (1) 

[0028] where altitude, temperature, power setting and air speed 
are the X variables. The engine baseline modeling compo- 
nent 34 performs a regression to determine the above 
equation for each of the selected engine performance 
variables (i.e., power setting, altitude, air speed, and air 
temperature) during specified times that the engine is op- 
erating. For instance, the engine modeling component 34 
can perform the regression on the data taken during the 
take-off, climb and cruise for any or all of the engine per- 
formance variables. One of ordinary skill in the art will 
recognize that more engine performance variables (air hu- 
midity, control settings, etc.) or less engine performance 
variables can be used in equation 1. In addition, one of 
ordinary skill in the art will recognize that different com- 
binations of engine performance variables can be used in 



equation 1. 

[0029] | n general, a regression fits a parametric equation to a set 
of data by solving for values of regression parameters 
such that the best fit to the data set is obtained. Multiple 
linear regression is a type of regression that solves the 
system of equations, minimizing the combined error. In 
this disclosure, the system of equations that the regres- 
sion solves can be as follows: 

[00301 

y[l] = a*power setting[l] + b*altitude[l] + c*temperature[l] + 
d*airspeed[l] + ... + error[l] 

y[2] = a*power setting[2] + b*altitude[2] + c*temperature[2] + 
d* airspeed [2] + ... + error [2] 

y[n] = a*power setting[n] + b* altitude [n] + c*temperature[n] + 
d*airspeed[n] + ... + error[n] (2) 

[0031] wherein a, b, c, d are the regression parameters and 

power setting[l], altitude[l], temperature[l], airspeed[l], y[l] 
are observed events. Again, one of ordinary skill in the art 
will recognize that the system of equations can differ de- 
pending on the selection of engine performance variables. 

[0032] The resulting parameter estimates for a, b, c and d are 

representative of the new baseline model. Instead of using 
tables to develop the baseline model as was done in the 



past, there is now a simple equation that describes the 
baseline behavior of the engine, from which either the ta- 
bles may be generated, or the equation can be applied di- 
rectly. For example, a baseline model for the exhaust gas 
temperature (EGT) parameter might be as follows: 

[0033] 

EGT = 0. 1 * power + 0.001 * altitude + 0.0 1 * temperature + 0.05 * airspeed (3) 

[0034] | n this example, an engine that had power set to 100, alti- 
tude at 1000, temperature at 300, and air speed at 200, 
would result in a predicted EGT value of 24 degrees, but 
might have a measured EGT value of 14 degrees, which 
would indicate that the engine was 10 degrees below the 
predicted value. 

[0035] jhe engine baseline modeling component 34 also com- 
prises a metric component 44 that validates the engine 
baseline model. In particular, the metric component 44 
validates the engine baseline model by examining the 
quality of the built model. In this disclosure, the metric 
component 44 determines the goodness of model fit by 
analyzing statistical goodness of fit metrics, such as R- 
squared, which is a common regression tool output. One 
of ordinary skill in the art will recognize that the metric 
component 44 can determine other metrics besides the R- 



squared metric such as the mean square error, sum 
square error and sigma metrics, which are other common 
regression tool outputs. 

[0036] The engine baseline modeling component 34 also com- 
prises a data cleaning heuristics component 46 that 
cleans the preprocessed data according to a set of heuris- 
tics. Generally, the data cleaning heuristics component 46 
uses heuristics to remove data that does not conform to 
the norm. An illustrative, but non-exhaustive list of data 
that the data cleaning heuristics component 46 removes 
includes regression outliers, regression leverage points, 
and faulty engines. In this disclosure, this data cleaning 
operation can be performed for groups of engines or 
fleets of aircraft that use a common engine. 

[0037] Additional details and embodiments relating to the engine 
baseline modeling component 34 will be set forth in detail 
below. In particular, inventive techniques are provided 
which additionally enhance the quality and reliability of 
the generated model. 

[0038] FIG. 2 also shows that the engine baseline modeling sys- 
tem 28 comprises a model diagnostics component 36 that 
evaluates the performance of the engine baseline model. 
In particular, the model diagnostics component 36 gener- 



ates statistical outputs that provide statistical information 
to a user of the engine baseline modeling system 28. An 
illustrative, but non-exhaustive list of the statistical out- 
puts that the model diagnostics component 36 generates 

2 

includes variance, r , collinearity, probability plots, resid- 
ual plots, standard error measurements, confidence limits 
on the engine baseline model, prediction limits, pure error 
lack-of-fit test, data subsetting lack-of-fit test, multicol- 
inearity metrics (variance inflation factors), autocorrelation 
of residuals (Durbin-Watson statistic), etc. 

[0039] The algorithms performed by the components in the en- 
gine baseline modeling system 28 (i.e., the preprocessor 
32, engine baseline modeling component 34 and model 
diagnostics component 36 can be programmed with a 
commercially available statistical package such as SAS, but 
other languages such as C or Java may be used. 

[0040] The engine baseline modeling system 28 is not limited to 
a software implementation. For instance, the preprocessor 
32, engine baseline modeling component 34 and model 
diagnostics component 36 may take the form of hardware 
or firmware or combinations of software, hardware, and 
firmware. In addition, the engine baseline modeling sys- 
tem 28 is not limited to the preprocessor 32, engine 



baseline modeling component 34 and model diagnostics 
component 36. One of ordinary skill in the art will recog- 
nize that the engine baseline modeling system 28 may 
have other components. 
[0041] FIG. 3 shows a flow chart describing actions performed by 
the engine baseline modeling system 28 shown in FIG. 2. 
At block 48, the data acquisition component 38 extracts 
the engine data from the engine service database 30. 
Next, at 50 the user of the engine baseline modeling sys- 
tem 28 selects a particular engine model and engine per- 
formance variables for that engine that he or she would 
like to model (e.g., power setting, altitude, air speed and 
air temperature). The preprocessor 32 converts data into a 
standardized format at 52 and the data scrubbing compo- 
nent 40 cleans the engine data at 54. The data segment- 
ing component 42 then segments the engine data into 
groups such as altitude, air speed and air temperature, 
fuel specific heat value, air humidity, control settings, etc. 
at 56. 

[0042] After the data segmenting component 42 has segmented 
the engine data into groups, the engine baseline modeling 
component 34 builds an engine baseline model from the 
data processed by the preprocessor 32. In particular, the 



building of the engine baseline model begins with the en- 
gine baseline modeling component 34 performing a re- 
gression to determine parameters for each of the selected 
engine performance variables (e.g., altitude, air speed and 
air temperature) at 60. As mentioned above, the regres- 
sion relates the engine performance variables as a func- 
tion of engine operating conditions. The metric compo- 
nent 44 then determines the residuals of the regression at 
62 and applies the metrics (e.g., R-square, mean square 
error, sum square error and sigma metrics) at 64. The 
term residuals refers to the differences between the actual 
values of the dependent variables and their predicted or 
estimated value for a particular observation. Next, the 
data cleaning heuristics component 46 cleans the prepro- 
cessed data according to a set of heuristics and generates 
certain statistics such as outliers and leverage points at 
66. 

[0043] The engine baseline modeling component 34 then per- 
forms another regression at 68. The engine baseline 
modeling component 34 applies a second regression to 
improve the parameter estimates by using a cleaner data 
set. Again, the metric component 44 determines addi- 
tional residuals at 70. Alternatively, the metric component 



44 can generate plots of the residuals if a user desires. At 
72, the engine baseline modeling component determines 
whether there are any more segments that have to be an- 
alyzed. If there are more segments, then the next seg- 
ment is analyzed at 74 and blocks 60-72 are repeated. 
This process continues until it is determined at 72 that 
there are no more segments. Once it has been determined 
that there are no more segments, then the model diag- 
nostics component 36 evaluates the performance of the of 
the engine baseline model at 76 and generates certain 
statistical outputs that relate to the model. 
[0044] The foregoing flow chart of this disclosure shows the 

functionality and operation of the engine baseline model- 
ing system 28. In this regard, each block represents a 
module, segment, or portion of code, which comprises 
one or more executable instructions for implementing the 
specified logical function(s). It should also be noted that 
in some alternative implementations, the functions noted 
in the blocks may occur out of the order noted in the fig- 
ures or, for example, may in fact be executed substan- 
tially concurrently or in the reverse order, depending upon 
the functionality involved. Furthermore, the functions can 
be implemented in programming languages such as C and 



Java, however, other computer programming languages 
can be used. Also, the engine service database 30 may be 
constructed using commercial databases including stan- 
dard relational, object-oriented or hierarchical databases. 
Data manipulation operations, including retrieval, cre- 
ation, modification, and deletion, can be implemented 
within the programming languages or within the database 
using stored procedures or triggers or combinations. 
[0045] The above-described engine baseline modeling system 28 
comprises an ordered listing of executable instructions for 
implementing logical functions. The ordered listing can be 
embodied in any computer-readable medium for use by 
or in connection with a computer-based system that can 
retrieve the instructions and execute them. In the context 
of this application, the computer-readable medium can be 
any means that can contain, store, communicate, propa- 
gate, transmit or transport the instructions. The computer 
readable medium can be an electronic, a magnetic, an op- 
tical, an electromagnetic, or an infrared system, appara- 
tus, or device. An illustrative, but non-exhaustive list of 
computer-readable mediums can include an electrical 
connection (electronic) having one or more wires, a 
portable computer diskette (magnetic), a random access 



memory (RAM) (magnetic), a read-only memory (ROM) 
(magnetic), an erasable programmable read-only memory 
(EPROM or Flash memory) (magnetic), an optical fiber 
(optical), and a portable compact disc read-only memory 
(CDROM) (optical). 

[0046] N 0 te that the computer readable medium may comprise 
paper or another suitable medium upon which the in- 
structions are printed. For instance, the instructions can 
be electronically captured via optical scanning of the pa- 
per or other medium, then compiled, interpreted or other- 
wise processed in a suitable manner if necessary, and 
then stored in a computer memory. 

[0047] FIG. 4 shows an architectural diagram of a system 78 for 
implementing the engine baseline modeling system 28 
shown in FIG. 2 in a networked environment. In FIG. 4, a 
user uses a computing unit 80 to access the engine base- 
line modeling system 28 and engine service database 30. 
More specifically, the computing unit 80 connects to the 
engine baseline modeling system 28 and engine service 
database 30 through a communication network 82 such 
as an electronic or wireless network. The computing unit 
80 can take the form of a hand-held digital computer, 
personal digital assistant computer, notebook computer, 



personal computer or workstation, while the communica- 
tions network may be a private network such as an ex- 
tranet or intranet or a global network such as a WAN (e.g., 
Internet). A web server 84 serves the engine baseline 
modeling system 28 and the engine service database 30 
to the user in the form of web pages. The web pages can 
be in the form of HTML, however, other formats and 
structures can be used such as SGML, XML or XHTML. The 
user uses a web browser 86 running on the computing 
unit 80 such as Microsoft INTERNET EXPLORER, Netscape 
NAVIGATOR or Mosaic to locate and display the web pages 
generated from the engine baseline modeling system 28 
and engine service database 30. 
[0048] if desired, the system 78 may have functionality that en- 
ables authentication and access control of users accessing 
the web pages linked to the engine baseline modeling 
system 28. Both authentication and access control can be 
handled at the web server level by a commercially avail- 
able package such as Netegrity SITEMINDER. Information 
to enable authentication and access control such as the 
user names, location, telephone number, organization, lo- 
gin identification, password, access privileges to certain 
resources, physical devices in the network, services avail- 



able to physical devices, etc. can be retained in a database 
directory. The database directory can take the form of a 
lightweight directory access protocol (LDAP) database, 
however, other directory type databases with other types 
of schema may be used including relational databases, 
object-oriented databases, flat files, or other data man- 
agement systems. 
[0049] Referring now to FIG. 5, there is shown a flow diagram il- 
lustrating a second alternative embodiment of the engine 
baseline modeling component 34 as described in blocks 
60 through 72 of FIG. 3. In particular, the engine baseline 
modeling component 34 may be further configured to ad- 
just the output baseline model for time varying effects on 
the measured/modeled data and parameters. It should be 
understood that various ones of the measured types of 
engine data include time-based variations or deteriora- 
tions which are expected or normal during the operation 
of the engine. That is, as time moves forward, data values 
may change to a known degree solely in relation to time, 
and not due to other external considerations or poor op- 
eration. In order to further enhance the quality of the 
baseline model, such time-related deterioration effects 
should be removed from the baseline model. 



[0050] | n the first embodiment described above, an assumption 
is made regarding the effect of time on measured trends, 
in that deterioration time effects (i.e., trend variations) 
over short periods are deemed to be much smaller than 
the measured residuals, thereby rendering their effect 
minimal. However, if deterioration time effects are not as- 
sumed to be small relative to residuals, less effective 
models may be generated. Accordingly, the present in- 
vention includes a method for reducing the effect of such 
deterioration, thereby increasing the usefulness of the 
generated baseline. 

[0051] | n block 88 of FIG. 5, residual values are again calculated 
as in block 70 of FIG. 3, above, creating an initial baseline 
model. Next, in block 90, the initial baseline model is 
subjected to a smoothing algorithm, such as a moving av- 
erage, to reduce variations in the identified trends. Once 
the initial model has been smoothed, the smoothed effect 
may then be eliminated from the initial baseline model in 
92, thereby removing its effect on the measured residuals. 
Essentially, by smoothing the initial model to remove or 
reduce trend variations, the remaining model represents 
only the deterioration time effects on the measured pa- 
rameter. Once these effects are isolated, they may be re- 



moved from the initial model through a process known as 
detrending. Once detrended, a new baseline model may 
be calculated in block 94. The process then continues to 
block 72 of FIG. 3, where it is determined whether addi- 
tional segments remain to be analyzed. 
[0052] | t should be understood that any suitable method for 

smoothing variations on the initial baseline model may be 
applied and should not be limited to the moving average 
methodology described above. In one embodiment, a 
Loess algorithm may be employed. Additionally, in an- 
other embodiment of the present invention, the steps of 
blocks 90-94 may be repeated to further improve the 
quality of the baseline model. However, it should be noted 
that each subsequent iteration of the smoothing and de- 
trending process results in diminished improvement on 
model quality. 

[0053] Referring now to FIG. 6, there is shown a flow diagram il- 
lustrating a third alternative embodiment of the engine 
baseline modeling component 34 as described above in 
blocks 60 through 72 of FIG. 3. In particular, the engine 
baseline modeling component 34 may be further config- 
ured to adjust the output baseline model to include mod- 
eling data for various combined parameters. Although 



each measured type of engine data relates to specific con- 
dition or mechanism, correlations between various data 
types can be ascertained. Accordingly, resulting trends 
from correlated data types may be combined to reduce 
the effect of noise in the overall model, while preserving 
the important characteristics of the results. 

[0054] | n block 96 of FIG. 6, residual values are again calculated 
and all data segments are analyzed, as determined in 
block 72 of FIG. 3. At this point, correlated segments are 
identified in block 98. The data from these segments is 
then combined or fused in block 100. In one embodiment, 
this data fusion process utilizes a technique known as 
weighted average. 

[0055] | n this technique, a normalizing transform is performed 
on each data set. Once the identified data sets have been 
normalized, a trend is determined for each of the moni- 
tored parameters in block. One trend is selected as the 
primary trend and the remaining trends are fit to the pri- 
mary trend. This may be accomplished in any suitable 
manner, such as regression or data smoothing tech- 
niques. By way of explanation, in one particular embodi- 
ment, three exemplary trends B (blue), G (green), and R 
(red) have been identified for monitored parameters. As- 



suming that the blue (B) trend has been established as the 
primary trend, the R and G trends are then fit to the pri- 
mary B trend. This may be done by fitting the models, B[i] 
= al * R[i] + bl and B[i] = a2 * G[i] + b2. New R and G 
datasets are then generated from R*[i] = al * R[i] + bl 
and G*[i] = a2 * G[i] + b2. 

[0056] |f t he models fit well, then BLUED], RED*[i], and GREEN*[i] 
should all be approximately the same value, where Red 
and Green have been normalized to fit the primary Blue 
trend. In this manner, 3 times as many observations are 
utilized in a single dataset than would have been utilized 
by just using the BLUE series alone. Accordingly, the final 
model is then based upon more information. 

[0057] of course, since the data isn't always as nice as the exam- 
ple, circumstances exist wherein different trend data is 
not combined together in this manner. For example, fluc- 
tuations in one trend that doesn't occur in the other two 
may be ignored. Additionally, the smoothing concept 
briefly described above comes into play when the R, G, B 
trends are less than perfect, and may include significant 
amounts of noise. By smoothing, with a moving average 
for example, smooth trends R', G', B', may be identified. In 
one embodiment, B'[i] = al * R'[i] + bl and B'[i] = a2 * 



G'[i] + b2, may be utilized to generate a smoothed B' 
trend. New R and G datasets are then generated as before. 
This technique is particularly useful when measuring the 
same quantity, such as fuel flow or exhaust gas tempera- 
ture, at different operational points, such as aircraft cruise 
(steady state), takeoff (maximum transient), and climb 
(maximum sustained). 
[0058] Next, once normalized, data sets are combined to form a 
single data set, effectively representing a new engine pa- 
rameter relating to engine performance. Once the data 
has been combined, a regression on the combined data is 
performed in 102 and the residuals are determined in 
block 104, resulting in a baseline model for the combined 
parameters, which may be a better indicator of engine 
performance, thereby enabling more rapid and accurate 
monitoring and diagnosis. The process then continues to 
model diagnostics generation block 76, described in FIG. 
3. 

[0059] Referring now to FIG. 7, there is shown a flow diagram il- 
lustrating a fourth alternative embodiment of the engine 
baseline modeling component 34 as described above in 
blocks 60 through 72 of FIG. 3. In particular, the engine 
baseline modeling component 34 may be further config- 



ured to develop baseline models for pairs or other group- 
ings of engines. Because engines are rarely used alone, it 
may be desirable to develop baseline models for pairs of 
engines which will be used together, since paired systems 
operate under the same environment. Further, because 
the average output of engine pairs is tied to their average 
input, it is determined that the model for the entire sys- 
tem may be more accurate if operational conditions and 
outputs of the paired system as a whole are considered. 
[0060] initially, in block 106, once all data segments have been 
initially analyzed in step 72 of FIG. 3, information from 
related pairs of engines are identified. Next, the data cal- 
culated for each paired value is averaged in step 108. In 
step 110, the averaged data is included within another re- 
gression analysis to further reduce estimation error in the 
diagnosis, thereby resulting in a more accurate baseline 
model. One form of doing this is to simply modify model 
equation (1) recited above from: 

[0061] 

Y = {(altitude, temperature, power setting, air speed) (1) 

, to 

[0062] 

Y = {(altitude, temperature, power setting, air speed, power setting other engine), (4) 

[0063] since the other 3 elements remain constant for both en- 



gines. A more complex manner of performing this regres- 
sion is to also add the previous Y result from the other 
engine: 

[0064] 

Y = {{altitude, temperature, power setting, air speed, power setting other engine, Y other engine) (5) 

[0065] | n this manner, the present methodology man be ex- 
tended to 3 and 4 engine aircraft as well as the above de- 
scribed two engine embodiment. 

[0066] it is apparent that there has been provided in accordance 
with this invention, a baseline modeling system, method 
and computer product. While the foregoing description 
includes many details and specificities, it is to be under- 
stood that these have been included for purposes of ex- 
planation only, and are not to be interpreted as limitations 
of the present invention. Many modifications to the em- 
bodiments described above can be made without depart- 
ing from the spirit and scope of the invention, as is in- 
tended to be encompassed by the following claims and 
their legal equivalents. 



